這篇處理兩個容易被忽略的收尾問題

Week3 前四篇處理了邊界、流量、內容過濾這幾個「看得見」的防線，這篇收斂兩個比較容易被忽略、但同樣關鍵的問題：Agent 呼叫外部服務用的憑證要怎麼管理，以及跨組織協作的 Agent 場景下，運算過程本身要怎麼保護。

Agent 憑證輪替自動化

主題一 Day16 談過 Secret Manager 的基本用法，這篇聚焦 Agent 場景的特殊性：Agent 經常需要呼叫多個外部服務（第三方 API、資料庫、其他組織的系統），每個外部服務的憑證都該存進 Secret Manager，並建立自動化輪替機制——尤其考量到 Day11 提到的跨 Agent 連鎖攻擊風險，憑證輪替週期越短，攻擊者即使拿到憑證，能利用的時間窗也越短。

實務上建議把憑證輪替跟 Agent 的任務週期綁定：如果是短期任務型 Agent（完成任務即銷毀），憑證可以設計成任務結束即失效；如果是長駐型 Agent，則需要更嚴謹的定期輪替排程。

Confidential Space：跨組織協作的機密運算

Confidential Space 是主題一 Day17 提過的 Confidential Computing 家族成員之一，專門針對多方協作但互不完全信任的運算場景設計。對 Agentic AI 場景特別相關的情境是：當你的 Agent 需要跟另一個組織的 Agent 協作（例如跨公司的供應鏈協調系統），雙方都不希望把原始資料完全暴露給對方，Confidential Space 能讓運算在受保護的環境裡進行，各方只取得運算結果，而不需要互相曝露原始輸入資料。

這對應到 Day3 的 STRIDE 矩陣裡 Information Disclosure 這一類威脅，在跨組織協作場景下的進階解法——不是靠「信任對方不會偷看」，而是靠技術機制確保「對方在架構上就看不到」。

這篇的檢查清單

• [ ] Agent 呼叫的外部服務憑證是否已全數存入 Secret Manager，並設計對應的輪替週期？
• [ ] 短期任務型 Agent 的憑證是否設計成任務結束即失效？
• [ ] 跨組織協作的 Agent 場景是否已評估 Confidential Space 的適用性？

💡 關於作者 我是 Fngi，專注在 AI 安全與雲端資安領域。如果這篇對你有幫助，歡迎追蹤 Instagram @aid3fend，我在那裡分享更多 AI 資安的實務筆記與趨勢觀察。